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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Access and Terminals (AT). 

The present document is part 4 of a multi-part deliverable covering the Network Address Book on fixed network, as 
identified below: 

Part 1: "Overview"; 

Part 2: "Service description"; 

Part 3: "vCard 2. 1 profile for contact exchange by SMS/EMS for fixed network"; 

Part 4: "Data synchronization". 

NOTE: The parts above refer to the active work items and published standards within ETSI. 

Many devices and applications handling personal contact information are today available to the consumers. Contact 
information is stored in various devices such as mobile phones, PDAs, or PCs, and also fixed line terminals. Without a 
mean to homogenize that information among all these devices, a consumer may have difficulties to manage and retrieve 
easily his personal contact information. 

In this context, data synchronization is considered as the appropriate technology to maintain those different information 
sources in a consistent state and thus allow consumers to manage efficiently their data, wherever they are stored. 

Service providers and operators are now offering systems centralizing personal information to allow an easier personal 
data management. Consumers can already synchronize and manage data between network elements, mobile devices and 
Personal Computers (PCs). There is a need to make it possible also between network elements and fixed devices. 

OMA DS (SyncML) is an open standard for Data Synchronization that is already widely used to synchronize data 
between mobile handsets, PCs, and network elements. The present document, which is based on XML messages 
exchanges over any kind of network, can be deployed on fixed line networks as well as on mobile or IP based networks 
and on any type of operating system. 

OMA DS allows to synchronize any kind of data, including contact information or calendars. The present document is 
being maintained by OMA Data Sync WG of the Open Mobile Alliance, and is supported by an increasing number of 
mobile devices. 

The objective of the present document is to define a profile on OMA DS L2 for contact information synchronization 
dedicated to fixed-line devices that will maintain interoperability between the fixed line, internet and mobile devices. 
This will enable any consumer to synchronize seamlessly its contacts between its mobile devices, PDAs, PCs and fixed 
line terminals. 
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Introduction 



The purpose of the present document is to define requirements for the use of OMA DS 1 .2 (formerly known as 
SyncML) for contact information synchronization between the address book of a fixed-line device (Local Address 
Book) and a Network Address Book. 

As such, the present document does not modify the original OMA DS specification. It only specifies - when needed - 
any option/choice to be taken to adapt it to the fixed line environment. 

The OMA DS 1.2 specification packages (OMA Data sync vl.2 and OMA SyncML Common v 1.2) can be found at the 
following URL: http://www.openmobilealliance.com/release program/ . 

The reader is strongly advised to read OMA DS 1.2 specification packages along with this Technical Specification. 

NOTE: SyncML has been renamed as OMA DS since 1.1.2 release. SyncML 1.2 does not exist anymore. 
Nevertheless OMA DS still refers to SyncML messages and packages as the messages/packages 
exchanged between an OMA DS client and an OMA DS server. Any definition can be found in OMA DS 
1.2 specification packages. 

The present document provides also some information concerning the exchange format used for contact information 
synchronization using OMA DS, and including the underlying transport protocol. 
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Scope 



The present document defines requirements for the use of OMA DS 1.2 for fixed-Une devices. 

The present document defines contact information exchange format to be used for contact synchronization with 
OMADS 1.2. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

client: OMA DS client refers to the protocol role when the application issues SyncML "request" messages 

NOTE: For example, in data synchronization, the SyncML Command in a SyncML Message. 

data: unit of information exchanged, encoded for transmission over a network 

global unique identifier: number assigned to an object in a data base. GUID values are never reused 

NOTE: In practice, numbers do not have a unique GUID forever, they must only be unique as long as they exist 
in some mapping table. 

message: a SyncML Message is the primary content of a SyncML Package 

NOTE: It contains the SyncML Commands as well as the related data and meta information. The SyncML 
Message is an XML document. 

meta information: parameters or attributes about the representation, state or type or content of an object or property 

server alerted notification: method by which an OMA DS server notifies an OMA DS client to initiate a SyncML 
session 

server alerted sync: Data Synchronization terminology for Server Alerted Notification 

OMA DS application: application that supports the OMA DS protocol 

NOTE: The application can either be the originator or recipient of the OMA DS protocol commands. The 
application can act as a OMA DS client or a OMA DS server. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

GUID Global Unique IDentifier 

HTTP HyperText Transfer Protocol 

ID IDentifier 

LAB Local Address Book 

NAB Network Address Book 

OBEX Object Exchange Protocol 

OMA Open Mobile Alliance 

OMA DS Open Mobile Alliance Date Synchronization 

URL Uniform Resource Locator 

vCard versit Card 

WAP Wireless Application Protocol 

WSP Wireless Session Protocol 

XML Extensible Markup Language 



4 Requirements 

For data synchronization, the following requirements apply: 

• There shall be the capability to initiate the synchronization from the Network Address Book. 

• The device should be able to stop or suspend a synchronization. 
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The underlying transport (see OMA DS 1.2 definitions) shall be HTTP. 



Each cUent shall be addressed with an ID which should be unique (e.g. name, subscriber line number, serial 
number, etc.). Two way synchronization shall be supported. 



Architecture 
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Figure 1 : Architecture overview (informative) 
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A fixed hne terminal containing a Local Address Book is considered as the client, and the Network Address Book as the 
server, using OMA DS terminology. Each part has its own internal personal information data representation, and those 
could be different. Clause 6 describes the minimal set of information needed to exchange contact data. 

In order to ensure interoperability the client and the server use SyncML messages (see [3], [7], [1] and [5]) for contacts 
exchange. vCard 2.1 (see [8]) format shall be used for contact representation (see clause 7) and the corresponding 
contact objects shall be embedded in SyncML messages as vCard 2.1 instances. 

Each side shall be able to parse SyncML messages and vCard 2.1 instances in order to obtain its own internal contact 
representation, and to do the reverse operation (e.g. to generate SyncML messages containing vCard 2.1 instances from 
the internal contact representation). 



6 Format of contact information exchange 

vCard 2.1 format shall be used as defined in [8]. Other formats are for further study. 

A nickname is often used in fixed phones instead of regular first name and last name. The Formatted Name property 
(i.e. FN) of vCard 2.1 (see [8]) shall be used to cover that specific point. 
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OIVIA DS (previously SynclVIL) 



This part defines the OMA DS 1.2 profile for a fixed-line device. It does not modify the original OMA DS 
specification. It only specifies - when needed - any option/choice to be taken to adapt it to the fixed hne environment. 



7.1 



OIVIA DS version 



OMA DS version 1.2 shall be used. See [1] to [7]. 
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7.2 Synchronization session initiation 

Either NAB or LAB side may initiate a synchronization session. 

As defined in OMA DS, the client (LAB side) initiates the synchronization in the normal case. Nevertheless, OMA DS 
provides a mechanism, called Server Alerting Notification, making it possible for a server (NAB side) to require a client 
to start a synchronization session. As specified in [4] and [6], the server sends a notification to the client, which initiates 
a synchronization session. 

7.3 OIVIA DS options 

As this Technical Specification defines a profile on OMA DS 1.2 for fixed-line terminals, every OMA DS 1.2 
mandatory feature shall be implemented by the terminals. 

The following optional features defined in OMA DS 1.2 are recommended to be implemented in fixed-line terminals: 

• Server Alerted Sync (emission for servers and reception for clients). 

• Transport for Server Alerted Sync initiation notification should be SMS [9] and [10], according [4] and [6]. 

• Suspend and Resume (should be implemented also in the server). 



7.4 



Device Information 



OMA DS provides the exchange of device information between the client and the server during the initialization phase 
(see [6]). The SyncML syntax used for device information is given in [1]. 

The present document only includes vCards synchronization. Thus, the Devinf element (as defined in SyncML) shall 
contain all the mandatory vCard information conforming with [8]. 



7.5 Transport 



OMA DS is transport-independent. Several transport bindings are defined in OMA DS specifications (HTTP, OBEX, 
WSP). Within the scope of the present document, HTTP transport shall be used. See [2] for more detailed information 
about HTTP binding. 

The connection between the terminal and the NAB server shall be established in the same way as for MMS according 
to [11], clause 7.3 (up to the HTTP layer). 



8 Terminal requirements 



Requirements defined in [11] clause 8.2 for MMTE apply in the current document to terminals supporting Address 
Book. The table 1 in [1 1] is replaced by the following: 

Table 1 : Terminal configuration profile 



Item 


Size 
(recommended) 


Status 


Remark 


RAS dial-in number 


up to 16 digits 


mandatory 




Username 


up to 10 chars 


mandatory 


Used for: 

• Authentication on RPR layer (e.g. in case that 
authentication is not based on CLI). 

• Authentication on H 1 1 H layer. 


Password 


up to 10 chars 


mandatory 


See above row. 


NAB Server URL 


up to 50 chars 


mandatory 


Required for HTTP connection establishing. For 
URL syntax see RFC 2616 [12]. 
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9 Server requirements 

Requirements defined in [11] clause 8.3 for MMSE apply in the current document to NAB server. 
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